home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941031-19941221 / 000093_news@columbia.edu_Wed Nov 9 14:35:28 1994.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA17971
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Wed, 9 Nov 1994 09:35:41 -0500
  3. Received: by apakabar.cc.columbia.edu id AA15033
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Wed, 9 Nov 1994 09:35:40 -0500
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman
  6. From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Receiving files "automatically"
  9. Date: 9 Nov 1994 14:35:28 GMT
  10. Organization: Columbia University
  11. Lines: 57
  12. Message-Id: <39qmng$ela@apakabar.cc.columbia.edu>
  13. References: <DRW.94Nov7142624@runge.mit.edu> <DRW.94Nov8110735@runge.mit.edu> <1994Nov8.105602.32280@cc.usu.edu> <DRW.94Nov9085840@runge.mit.edu>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <DRW.94Nov9085840@runge.mit.edu>,
  18. Dale R. Worley <drw@runge.mit.edu> wrote:
  19. >In article <1994Nov8.105602.32280@cc.usu.edu> jrd@cc.usu.edu (Joe Doupnik) writes:
  20. >So far, the developers haven't been stunningly useful.  I've made one
  21. >request, "The DIAL command is the single most important command in a
  22. >terminal emulator, so you should make it *easy* to find out how to use
  23. >it." and the developers have replied "We don't care."
  24.  
  25.  
  26. The "we don't care." are your words not Frank's, not Joe's, and not mine.
  27. We do care.  However, we also do have limited time.  3.14 is still in Beta.
  28. There is a ways to go yet.  Be patient.  
  29.  
  30. Frank and Joe commented in previous messages about your claim that DIAL was
  31. not documented anywhere.  They correctly pointed out that you were wrong.
  32. Granted, with a several hundred page book, and several update files there is
  33.  a lot to read.  But this is *free* software (until you buy the manual.)
  34.  
  35. >And for most commercial software, you *can* talk to tech support.  And
  36. >the developers do listen to what customers complain about.
  37.  
  38. Hate to tell you.  Tech support is a far cry from talking to the developers.
  39. Sure Tech Support may be able to tell you where to find the DIAL command
  40. in the docs, but in most cases they can't help you with the real world of
  41. non-PC to PC based communication.
  42.  
  43. >
  44. >   DOS ain't Unix, in case you haven't discovered that yet. Unix
  45. >   won't necessarily find files either unless the PATH is used or the
  46. >   program is built to look in its startup directory.
  47. >
  48. >You just compile the correct directory into the executable.  It works
  49. >quite reliably.
  50.  
  51. Are you saying hard code a specific directory name into an executable?
  52. This is nuts.  Where do you keep your MS-DOS Kermit?
  53.  
  54. C:\KERMIT
  55. D:\KERMIT
  56. F:\MSK
  57. C:\BIN\COMM\MSK
  58.  
  59. how are we supposed to know where you keep your files?
  60.  
  61. Then there is the second case, I know where the exe files are but
  62. where are the initialization files.  Many people use separate directories
  63. of init files in order to preserve separate configurations.  Maybe for
  64. a laptop on the LAN vs. a laptop connected to the LAN via a remote dialup.
  65.  
  66. You can't hard code directory names.  Sorry.
  67.  
  68.  
  69.  
  70. Jeffrey Altman * PO Box 220415 * Great Neck, NY * 11022-0415 * (516) 466-5495
  71. "C-Kermit: available on more platforms than any other communications software."
  72. "Kermit FTP: sending files whenever and wherever they are needed."
  73. *NEW* OS/2 version available: ftp kermit.columbia.edu /kermit/bin/ckoker.zip